PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.57

Text File | 1988-06-15 | 33.2 KB | 845 lines | [TEXT/ttxt]

 1-May-88 11:30:24-PDT,34781;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Sun, 1 May 88 11:29:24 PDT
Received: from relay2.cs.net by RELAY.CS.NET id ab26242; 1 May 88 13:41 EDT
Received: from relay.cs.net by RELAY.CS.NET id aa00957; 1 May 88 13:38 EDT
Received: from sdr.slb.com by RELAY.CS.NET id ac00911; 1 May 88 13:34 EDT
Date: Sun, 1 May 88 13:26 EDT
From: Jeffrey Shulman <[e-mail]>
Subject: Usenet Mac Digest V4 #57
To: [e-mail], [e-mail]
X-VMS-To: in%"[e-mail]",in%"[e-mail]"

Date: Sun  1 May 88 13:25:57-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V4 #57
To: Usenet-List: ;
Message-ID: <578510757.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>

Usenet Mac Digest     Friday, April 29, 1988         Volume 4 : Issue 57

Today's Topics:
     X.25 driver in the works
     Strange behavious under Multifinder
     Re: ImageWriter LQ questions
     IW LQ problems
     streamlining a fragmented HD
     Re: Faithful Mac vt-100 emulation
     VT100 emulators
     MAC Interface to an Online Library Catalog
     AppleTalk/PhoneNet wiring tips
     MIDI
     Hard Disk Nightmares
     NEW!  A MIDI notation program that THINKS?!
     MIDI software compatible with MacII?
     Other unusual repairs...
     DarkCastle on a CD?
     Re: Problems with Printmonitor
     info needed on "learning tool".
     Seeking Confirmation (LW carts)
     Finding MouseMoved Events
     TextEdit Item in a dlog
     Need better linker for MPW C
     Re: Mac II Ethernet Boards (really:  A/UX NFS misconceptions)

----------------------------------------------------------------------

From: [e-mail] (Matthias Urlichs )
Subject: X.25 driver in the works
Date: 25 Apr 88 14:49:16 GMT
Organization: CSD., University of Erlangen, W - Germany

I am currently writing a X.25 driver for the Mac SE and II. This will
probably be a commercial product. The X.25 network will be accessible
thru ADSP (AppleTalk Data Stream protocol), featuring fully transparent
connection-forwarding (or so I hope), which means that existing
application probably work over X.25.

The driver will be accessible over AppleTalk exclusively (for now). This
doesn't mean sacrifizing a Mac because AppleTalk can be told to talk to
itself even between tasks on the same machine.

Question: What additional features would be needed? What features would
you like to see? (Having the driver act as a low-level AppleTalk bridge
is, unfortunately, out of the question without shutting down "normal"
ATalk on the server Mac.)

This implementation might be connectable to any X.25 network, subject to
approval by local PTT/FCC/??.

Question: What are standard procedures to getting such approval? Are
there any differences between standard X.25 and local implementations?

I am also going to write an implementation of X.28 with a standard "PAD"
type interface as well as one that looks like a Hayes modem, to make
existing terminal software happy.

There already are some programs that redirect the serial (modem) port to
somewhere else (network modem, other Mac's serial port, ...).

Question: What companies make these products? How reliable are they? Are
there any descriptions of the AppleTalk protocols they use to
communicate, if it isn't standard ADSP? Are they fully AppleTalk
compatible, i.e. do they use the Chooser?

The reason for this is that I don't want to write my own modem-port
redirecting software which will almost certainly be incompatible with
any other such software existing today and that redirecting serial
communications isn't easy (as far as I know). Is there any example
source code showing me how to do it, in case these companies are
uncooperative?

Being located in Germany, I probably need some sort of distributor.
Question: obvious, especially since I don't know anything about such
matters.

Please answer via EMail. I'll summarize if you want me to. Please make
your answers short because I may have to pay for them if they are too
long :-( .

--
Matthias Urlichs              CompuServe: 72437,1357  Delphi: URLICHS
Rainwiesenweg 9
8501 Schwaig 2                "Violence is the last refuge
West Germany                            of the incompetent." -- Salvor Hardin


------------------------------

From: [e-mail] (Tom Carstensen)
Subject: Strange behavious under Multifinder
Date: 26 Apr 88 18:57:51 GMT
Organization: Mentor Graphics Corporation, Beaverton Oregon

I have recently discovered a strange behviour my program exibits under
Multifinder.  When I expand a window to the screens full size, clicking
in the little application icon in the right side of the menu bar no
longer works,  If I shrink the window just a little (about 1-scroll bar
width) It will work again.

The window is of type plainDBox proc (I draw my own "title bar"), and I
am therefore using the dataHandle field to do my own zooming.

Has anyone seen this type of behaviour?
--
:------------------------------------------------------------:
: Tom Carstensen         Usenet: [e-mail]      :
: Mentor Graphics                Delphi: CARSTENSEN          :
:                                GEnie:  XPC23637            :
:                                                            :
:     . . . Ah, what I wouldn't give to be spat at in the    :
:           face.  I used to lay awake at night dreaming of  :
:           being spat at in the face.                       :
:                             - Monty Python (Life of Brian) :
:------------------------------------------------------------:


------------------------------

From: [e-mail] (Peter Steele)
Subject: Re: ImageWriter LQ questions
Date: 25 Apr 88 12:56:22 GMT
Organization: School of Computer Science, Acadia Univ., Nova Scotia

> We have just recently obtained an ImageWriter LQ and have some questions.
>
> 1) Only the fonts supplied with the printer (Courier, Symbol, Times, and
> Helvetica) print out with the correct spacing. We have several PD fonts
> with lots of sizes, so not have 3x the printed size is not the problem.

I did some tests with the IW LQ and even the supplied fonts didn't space
properly, especially Times. I can't recommend this printer to anyone
with its current problems...


--
Peter Steele, Microcomputer Applications Analyst
Acadia University, Wolfville, NS, Canada B0P1X0 [phone]x121
UUCP: {uunet|watmath|utai|garfield}dalcs!aucs!Peter
BITNET: Peter@Acadia  Internet: [e-mail]


------------------------------

From: [e-mail] (Blayne Puklich)
Subject: IW LQ problems
Date: 26 Apr 88 21:17:52 GMT
Organization: North Dakota State University  Fargo, ND


    I am having problems with my ImageWriter LQ, and I'm wondering if it's
a hardware or software problem.  Almost every application that I have at
times tells me that the LQ is not connected when in fact it is because
the darn thing is right next to me and I can see it (whew).  I have the
problem with word processing applications, MPW, and others.  Is anybody
else having the same alert box pop up on them?  It is random as heck and
occurs at the start, finsh, or middle of a print job.  I have version
1.0 of the driver for the LQ. Could that be my problem?  I'm almost
positive that the cable I'm using is good, since it's new and I've even
tried another one.
    Also, when trying to print using MPW, MPW claims that the command
"print -q DRAFT <filename>" works only with ImageWriters.  The LQ is
one, right?  I'd sure like to print long listings at draft rather that
the HIGH quality the stupid thing does now.  Anyone else who uses MPW
have the same problem?  Am I missing something?
    Help me before I throw the damn thing out the window.
--
||+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++||
||    Blayne Puklich            ndsuvax!nopuklic           ||
||    NDSU Student ACM     use this-> NU087763@NDSUVM1           ||
||    Chairperson          North Dakota State University. Fargo, ND ||
||                                       ||
||        "Everyone should have a Corvette, I think."           ||
||-------------------------------------------------------------------------||


------------------------------

From: [e-mail] (Michael J. Schmelzer)
Subject: streamlining a fragmented HD
Date: 27 Apr 88 02:07:36 GMT
Organization: Princeton University, NJ

My 20 Meg HD sounds like it's thrashing around a lot on startup and
such. Since my disk is pretty full, I suspect that several files like my
startupScreen and some INITs are fragmented.

In fact, I think that much of my HD is fragmented.

Has anyone encountered/dealt with this problem? I'm aware of a product
called DiskExpress that supposedly "de-fragments" your disk and makes
all the files contiguous.

But I'd rather not shell out $$$ for something that I can probably do
myself with some elbow grease (and patience.)

Before I take the big step and "reconstuct" my disk, I'd like to know
    1) If I'm wasting my time: It wouldn't work anyway.
    2) Any tips about how best to go about it.
    3) How big a job it really is (if you've done it)
    and finally,
    4) Anything I missed.

Thanks a lot!!!


------------------------------

From: [e-mail] (Gray Watson)
Subject: Re: Faithful Mac vt-100 emulation
Date: 27 Apr 88 03:13:31 GMT
Organization: Decision Systems Lab., Univ. of Pittsburgh, PA.

Well I haven't had the opportunity to test this feature but the terminal
emultator that has done a FLAWLESS (no kidding) job with vt-100
emultation (Red Ryder doesn't come close!!) is the Terminal DA (I have
version 1.5).

We customized our termcaps down on our 6 BSD Unix machines to do PERFECT
vt-220 emultation for a number of screen routines we are working on.
Terminal DA works perfectly with them.  It has an incredable character
set and some other nice features.  Yes, it is only a DA meaning it has:
no macros, no neat Red Ryder features but I always do my work on
Terminal and then move to Red Ryder or MacKermit to do file transfers,
etc.

    Terminal DA Version 1.5
    by Joachim Lindenberg
    SommerstraBe 4, 7500 KA 1
    West Germany.

    He says it is shareware and asks $20 bucks for it.

Hope this helps, gray watson

p.s. I think we got it from the mac.binaries a couple of months ago.


------------------------------

From: [e-mail]
Subject: VT100 emulators
Date: 27 Apr 88 15:12:29 GMT

I have tried a number of terminal emulators, and the only one I have
been happy with is VersaTerm, by Lonnie Abelbeck.  It supports the
pass-thru you mentioned, is the most faithful vt100 emulator I have
seen, and best of all, is very well supported.  Each new version that
comes our way seems to have every feature we were hoping would get
added.  I spend 8 hours a day in VersaTerm (ah, the wonders of
multi-finder and multiple monitors!), and am extremely happy with it.

By the way, it handles 9600 baud without flow control (if your screen
size is 24 x 80, 1 bit per pixel), and 19200 baud with minimal flow
control.

It is available from mail order houses, distributed by

    Peripherals Computers & Supplies, Inc.
    2457 Perkiomen Ave.
    Mt. Penn, PA  19606
    [phone]
--
Dan Stanfill
[e-mail]


------------------------------

From: [e-mail] (Thomas True)
Subject: MAC Interface to an Online Library Catalog
Date: 27 Apr 88 15:30:15 GMT
Organization: Princeton University, NJ

Has anyone tried using the Mac to provide an interface to an online
Library Catalog system?  At the moment we are trying to decide what a a
useful and Macish interface should look like. Has anyone else done this?
 If you have any suggestions, or examples from your own work, please
mail them to me directly--I often miss articles from this group.
--
Tom True
Princeton University
[e-mail]
(609)  452-6064


------------------------------

From: [e-mail]
Subject: AppleTalk/PhoneNet wiring tips
Date: 25 Apr 88 16:56:00 GMT

Here are some tips to simplify network wiring for an Appletalk/PhoneNet
system.  Logistically, it is similar to the "daisy-chain" configuration
in the User's Guide but is better in three ways:  First, it avoids
inter- ception of upstream, or downstream users when an individual Mac
is removed;
  Second, it avoids the need for RJ11 modular connectors at all interim
stations along the way (i.e., the ones described in the guide); And
third, it conveniently utilizes conventional copper-wire lines such as
the unused black & yellow telephone wires (mentioned in the guide), or
abandoned inter- com wires (i.e. connecting, or splicing is simpler).
   To accomplish this, it should be noted that the two receptacles on
the Mac PN208 (or PN209) are simply in parallel.  Thus it is only
necessary to plug  into one of them with an adapter such as a "VANCO
MRP-4" which is a very compact adapter which converts a RJ11-to-screw
terminals for the four wires in the RJ11. Note that the red and green
wires will be ignored by the Mac (because they may still actually be in
use on a telephone line) and we connect our two-wire line to the black &
yellow colors.  If you are able to utilize any obsolete 4-conductor
cabling into a room you will use one pair into the MRP-4, doing a
"U-turn" and going back out to the corridor with the  other pair to the
point where a main two-wire trunkline was intercepted.
    Note that 120 ohm terminating resistors should be used on the
beginning and end of the network. An ordinary 1/4 watt 120 ohm resistor
can simply be included at the MRP-4 black & yellow screws when the
line-wires are attached.
   If a conventional RJ11 modular plug-connection is needed, such as
nearby units in the same room, it must be plugged in first because of
the overhang of the MRP-4.
    One further trick, not to be confused with the above info:  If you
happen to have an abandoned Bell-telephone system such as we have on
this campus,     you have a windfall of available wiring. (Or if you
would prefer to install modular-type receptacles on the wall near your
Mac)...After intercepting  the main two-wire trunk line in the
corridor....you connect the red & green pair in to the wall-mounted
modular, and the yellow & black as the return pair. Now you use a
conventional modular extension cord as required to reach your Mac
PN208/209 adapter(plug in first). Now the "VANCO MRP-4" is plugged into
the other recptacle of the PN208/209, but this time the red & green
screw terminals must be jumpered over to the black & yellow pair (e.g. a
jumper from red to black, and a jumper from green to yellow). This
simply provides the required "U-turn" for the signal-path.


------------------------------

From: [e-mail] (Ralph Martin)
Subject: MIDI
Date: 22 Apr 88 14:15:40 GMT
Organization: Univ. Coll. Cardiff, Cardiff, WALES, UK.

Hi - can someone there give me some info on the Apple MIDI Interface:
The Mac II Has subtly different pinouts on its serial ports to the Mac
Plus, especially as regards external clocking. Does this mean the Apple
MIDI  interface does not work on both of them, or are there different
versions, or what? If there is anyone out there who has got MIDI working
with a Mac II I'd sure appresiate some help. One last question - does
anyone know if MIDIscope works on a Mac II?

Thanks, Ralph


------------------------------

From: [e-mail] (Peter Burgess)
Subject: Hard Disk Nightmares
Date: 25 Apr 88 22:09:14 GMT
Organization: DSIR Applied Mathematics Division, Wellington, NZ

Below is a description of some problems we have had with our macs, if
anyone has had similar experiences or can answer some of the questions
raised then I would appreciate it if they could send me a mail.  I will
summarize if I get many replies.

We purchased 2 Mac SEs, both suffered hard disk failures.

The first mac I tried had a bad hard disk!  The Apple HD Setup program
reported that no hard drive could be found.  This mac was sent to our
local agents for service.

The second mac worked fine for a couple of weeks but then the hard disk
went bad and had to be re-initialized.  This seemed to cure the problem.

A few weeks after that however the disk developed a hard fault.  More
and more disk errors occured and eventually I decided to try
re-initializing.  The HD Setup program reported that the drive had a
hardware fault and could not be initialized.

Meanwhile the repair shop had tried replacing the hard drive in our
first mac but with no success.  They then tried replacing both the drive
and the controller card.  This seemed to work and we picked up the mac
(just in time to replace our other one!)

Much to my amazement this failed the very next day (hard disk fault
again).

We are currently still waiting for both of them to be fixed as there
seems to be a shortage of spare parts.

Our SEs are normally situated in a terminal room and used by scientific
staff, but are sometimes borrowed for use at home. We are now wondering
whether the SEs are more fragile than we understood. We believed it was
safe to transport them with reasonable care (in Mac padded carry bags),
and that the disks are auto-parking on power down.  (That is what we
were told by one `expert', although another said that the Shut Down
command does this.)

I cannot find anything in the manual which suggests the latter
statement. The description on page 177 does not say that shut down parks
the hard disk. It merely states that:

"It's a good idea to choose Shut Down before you turn off the Macintosh
SE. That way, the system has a chance to close files properly and make
sure everything is in place on your disks."

Most of the time a Shut Down has been performed before power down, but
there have been occasions when it hasn't, because I was sure that no
disk activity was occuring.

Are these likely to be just random failures or has anyone similar
(un-)reliability experience with SEs, possible explanations or advice?
--
Peter Burgess,
Applied Mathematics Division,
New Zealand Govt. Dept. of Scientific and Industrial Research.

INTERNET: [e-mail]
UUCP: ...!uunet!vuwcomp!dsiramd.nz!peterb
ACSNET: [e-mail]


------------------------------

From: [e-mail] (J. Collymore)
Subject: NEW!  A MIDI notation program that THINKS?!
Date: 26 Apr 88 14:10:33 GMT
Organization: AT&T CSEd/CET, Piscataway, N.J.


For those of you who have been looking for a sequencer/notation package
that does NOT require mechanical precision in your playing to allow you
to get a relatively accurate musical score generated, perhaps you might
be interested in looking into this product...Finale by Coda.

I read about this in the May issue of MacUser magazine, and then called
the 800 number to have them mail me more info.  Here is basically what
it does.


"Finale, an integrated sequencer and notation package that includes
rudimentary artificial intelligence features, such as the ability to
automatically follow changes in tempo (a hold, a rubato passage or just
plain human imperfection); Finale displays what you meant to play
instead of producing unreadable garble showing the exact imperfect
rhythms you actually played.

Sequences in Finale appear instantly on the screen in standard music
notation, eliminating the need to convert sequenced files to notation
files."

>From the brochure I requested from Coda I got this info:  "Features include
Cross staff beaming, binding of chord symbols and lyrics to notes,
custom page sizing, angled beaming, custom beaming, reverse stemming,
cross staff stemming, custom stemming, complex time and key signatures,
analysis and trasposition of chord symbols, programmable repeats that
playback, dynamics that can be customized and played back, note
clusters, and hundreds of other utilities..."

"Requires a Mac Plus, Mac SE, or Mac II.  A MIDI compatible instrument
and MIDI interface are recommended, but not required."


This Finale program sounds pretty awesome to me, and it's just what most
of us imperfect players, who wish to preserve our music notated on
paper, have been dreaming of for a long time.  However, there is a
catch.  The cost of this software is $1000 (one thousand dollars)!!  It
will be available in July, so I'd suggest you start putting money aside
NOW!


For more information, contact Coda, 1401 E. 79th St., Minneapolis, Minn.
55425, or call:  1-800-843-1337 or 1-612-854-9554.

If any of you out there do buy this package, please let us know how well
it works.


                        Jim Collymore


------------------------------

From: [e-mail] (Lars-Gunnar Taube)
Subject: MIDI software compatible with MacII?
Date: 26 Apr 88 13:26:26 GMT
Organization: University of Lulea, Sweden

Saluton!

I would be grateful for information concerning music software for
Macintosh, that *works on a Mac II*!

Is the MOTU pair (Composer/Performer) considered to be "the best", or is
there something else greater/bigger/<insert your favourite> ?

To my great sorrow, my DMCS 2.0 doesn't work at all on my MacII. Is
there anyone who knows if Software Arts is planning to fix this very
irritating "feature"?

I'm interested in opinions, pointers, ... concerning this. A must is
that the programs can generate MIDI output. Musical notation is a plus.

Thanks!!
--
[e-mail]                                         Lars-Gunnar Taube
[e-mail]                                        Dept of Math & CS
...{uunet,mcvax}!enea!luth!taube                        U of Lule, SWEDEN


------------------------------

From: [e-mail] (Tom Schenck)
Subject: Other unusual repairs...
Date: 27 Apr 88 16:56:14 GMT
Organization: People-Net [pnet01], El Cajon CA


  At the risk of sounding like a total loon, the "Hands-on-healing"
approach to fixing computers (All-too-common these days) actually DOES
work 50% of the time. (Well, it's better then calling the customers
Brain-dead!)

   The thing that suprised ME is that using a Hammer on a hard drive to
fix it actually DOES work. I've done it.
--
UUCP: {cbosgd, hplabs!hp-sdd, sdcsvax, nosc}!crash!pnet01!maddie
ARPA: crash!pnet01![e-mail]
INET: [e-mail]

Disclaimer : The only company who's thoughts are my own is owned by me.

Tom Schenck, member 52nd Street Development Team.


------------------------------

From: [e-mail] (Michael S. Czeiszperger)
Subject: DarkCastle on a CD?
Date: 28 Apr 88 15:46:14 GMT
Organization: The Ohio State University Dept of Electrical Engineering

Has anyone seen the new magazine HyperMedia? It had an article about
Dark Castle being ported to the new Compact Disk-Interactive format, and
it looks extremely interesting.  They are approaching the project
somewhat like a movie, hiring someone with movie experience in image
design to do the backgrounds, and a composer to create music and sound
effects.  The whole thing is in color with higher quality audio than the
Mac, although I don't think it will be quite 44.1kHz.

The play is supposed to be different than the regular game,
incorporating all the new hypermedia concepts.  For example, usally if
the player sits still in an arcade game, the player gets killed.  In
this version, if the player wishes to just watch, the game will cease
being a normal game, and be more like a movie, presenting a story about
a character using the game's sets as a backdrop.  If the player wishes
to jump into the story and take over a character, the story will adapt,
and become more like the game.  In this way, the user can participate as
much as desired.  With the capacity of CD's and the use of AI, there
could be an unlimited quantity of stories that could be told.  This
sounds much more interesting than the usual game where the hero faces
the same pitfalls every single time.

I think this just sounds facinating.....
--
Michael S. Czeiszperger         | "The only good composer is a dead composer"
Systems Analyst                 | Snail: 2015 Neil Avenue         (614)
The Ohio State University       |        Columbus, OH 43210          292-
cbosgd!osu-cis!accelerator!czei | [e-mail]  0161


------------------------------

From: [e-mail] (Ed Tecot)
Subject: Re: Problems with Printmonitor
Date: 28 Apr 88 07:09:21 GMT
Organization: Apple Computer Inc, Cupertino, CA

In article <[e-mail]> [e-mail] (Chuq Von Rospach)
writes:
>Consider this a combination warning to the masses and public RFE for Apple
>to fix Printmonitor....

First, thanks for the feedback.  I'm going to respond to your problems
one by one.

>So here's my first RFE for PrintMonitor: Allow me to define what page to
>restart the print job at. I can always go back and reprint the job and

Good suggestion, but easier said than done.  PrintMonitor has no idea
how many pages are in the job, its the Laserwriter driver telling you
that information.  I still think its a good idea, but not an overnight
change.

>PrintMonitor has no "Quit" button, or "Quit" menu item. There is absolutely
>no way I can make PrintMonitor die. Unless PrintMonitor dies, I can't change
>the memory allocation through the Get Info dialog.

PrintMonitor will quit when it has nothing in its queue is ready to
print. If your job is suspended indefinitely, simply click on a finder
window and it will go away.  I'm not defending the lack of a quit item,
just pointing out a workaround.

                        _emt


------------------------------

From: [e-mail] (Mark Interrante)
Subject: info needed on "learning tool".
Date: 28 Apr 88 16:22:06 GMT
Organization: UF CIS Department

I am looking at a catalog produced by Kinkos Copies that is a catalog of
Mac software for use in universities.  There is a program called:
"Learning Tool" produced by Arborworks Inc. it is a students electronic
notebook that is based on hypertext features.  Does anyone have
experience with this or know of any reviews?  Thanks in advance.
--
((((((((((((((((((((((((((((((((((((((()))))))))))))))))))))))))))))))))))))))
| Mark Interrante                                            CIS Department  |
|                                                     University of Florida  |
| Internet:  [e-mail]                   Gainesville, FL  32611  |
|                                                            [phone]  |
((((((((((((((((((((((((((((((((((((((()))))))))))))))))))))))))))))))))))))))


------------------------------

From: [e-mail] (J. Chris Cooley)
Subject: Seeking Confirmation (LW carts)
Date: 28 Apr 88 19:49:30 GMT
Organization: The University of Texas at Austin, Austin, Texas

Recently I read in an rumor article that Canon has begun sabotage on
their own toner cartridges in order to stop users from refilling them.
The  article states that the toner contains abrasive particles that
don't damage the cartridge or affect the output the first time around,
but they wear out the cartridge enough to make them unrefillable.

Can someone confirm this or deny it?

Thanks.

                    --chris

P.S.  The article is Spencer F. Katt, April 26, 1988 PC Week.


------------------------------

From: [e-mail] (Andy J. Williams)
Subject: Finding MouseMoved Events
Date: 27 Apr 88 13:55:48 GMT
Organization: Ack Systems

I am writing a screen saver (isn't everyone these days) which will
terminate with a KeyDownMask, MouseDownMask and many of the other
standard things which make screen savers go bye bye.  The only one I
cannot get is MouseMoved.  There is no provision for this in the toolbox
that I have seen, so how do I trap this event?  Is it as simple as
GetMouse each time through the loop with a comparison to where the Mouse
was last, or is there another way?

Also: This is being set up as an INIT/CDEV.  Exactly how do I structure
the loop which counts idle time/waits for the mouse to go into the magic
corner, so that all other system events run around me.  I saw the LSC
Init code here but am writing this in LSPascal so it was not much help
(my knowledge of C is rather small at this time).

Thanks for any help!

                                                  -Andy Wafna!
--
Andy J. Williams '90     |Ack Systems: [e-mail]|  _   /|
Software Development     +--------------------------------------+  \`o_O' ACK!
Kiewit Computation Center|Hello. My $NAME is ~inigo_montoya.    |    ( )  /
Dartmouth College        |You killed my process.  Prepare to vi.|     U


------------------------------

From: [e-mail] (Brad Soe)
Subject: TextEdit Item in a dlog
Date: 28 Apr 88 14:26:03 GMT
Organization: NASA Ames Research Center, Moffett Field, CA

I was wondering about an item that is declared "editText" in a resources
template. Is it just like a "TEHandle"?

Can you Call:
    GetDItem(dialog, itemno, &type, &tehandle, &rect);
    TEIdle(tehandle);    (or any Textedit routine)

I want to use a textEdit and a scroll bar in a dialog window,  I tried
to declare a textedit item for the window, and a user Item for the
scroll bar, but the "tehandle" that I declared and stored in the item
list does'nt act like I expect it to.  I want to be able to access some
of the "TEHandle" to calculate the postion of the scroll bar at any
given time. Can you do this:

    GetDItem(dialog, itemno, &type, &tehandle, &rect);
    tehandle = TENew(&rect, &rect);

and then use this handle??? Or am I way off track. Any help  would be
appreciated.

                    Brad Soe
                    internet : [e-mail]
                    NASA Ames Research Ctr.
                    Mail Stop 233-18
                    Moffett Field, CA 94035
                    [phone]


------------------------------

From: [e-mail] (Steve Gaarder)
Subject: Need better linker for MPW C
Date: 28 Apr 88 21:48:29 GMT
Organization: Computer Aided Design Instructional Facility, Cornell Univ.

I am in urgent need of a linker for the MPW system that can handle a
global data area in excess of 32K.  My target program includes a data
area exceeding 150K.  Does anyone have a pre- release, or tweaked, or
"fixed" version of the linker that allows a larer global area?  It
appears that the linker takes all string and numeric constants, no
matter what the module scope, and puts them into one CODE resource.  I
am in desperate need of this fix.  Please contact me as soon as possible
if you have ANY information, hints or suggestions.

Please Email replies if possible; I will summarize.

--
Steve Gaarder
Cornell University, 171 Hollister, Ithaca NY 14853           607-255-5389
UUCP: {cmcl2,shasta,rochester,uw-beaver}!cornell!batcomputer!sparks
BITNET: [e-mail]        ARPA: [e-mail]


------------------------------

From: [e-mail] (Carl Smith)
Subject: Re: Mac II Ethernet Boards (really:  A/UX NFS misconceptions)
Date: 27 Apr 88 21:22:42 GMT

--------
    A recent article from John Gilmore contained:

> There are a few bugs remaining in A/UX NFS, but nothing serious.  Try a
> "df -i" from a Sun that has mounted a Mac's disk; you get gibberish.
> Also, doing "ls -s" produces numbers that were shifted the wrong way to
> convert their units; on A/UX, "ls -s" output is in 512 byte blocks.  On
> BSD, all such output is in Kbytes.  Doing "ls -ls" from my Sun to the
> Mac's root directory produces entries like:

>  156 -rw-r--r--  1 bin        317633 Dec 18 18:09 newunix

> where the size seems to be in "2K" units.  "du" has the same problem,
> which seems to be in the implementation of "stat" in the A/UX NFS server.
> --
> John Gilmore  {sun,pacbell,uunet,pyramid,ihnp4}!hoptoad!gnu      [e-mail]

    There's a lot of confusion here.  A/UX is doing ``the right thing.'' If
you want an explanation, read on.
    The ``df -i'' problem is one Sun introduced.  The current NFS protocol
specification (version 2) does not allow a method of passing information
about the number of free and used files across the wire.  We see garbage
whether the server is an A/UX machine, a Sun, or a VAX.
    As for the ``ls -s'' problem, this is caused by either a bug in the BSD
ls program, or in the BSD kernel (whichever you choose to blame).
Quoting from the NFS protocol specification description of the fattr
(file attribute) structure:

    blocksize is the size in bytes of a block of the file; ...; blocks is
    the number of blocks the file takes up on disk

It seems clear that the intent here is for server implementations to
specify both the native block size and the number of such blocks.  If
one were to write a program that printed out stat structure entries, the
result (again for ``newunix'') would be:


    st_dev:        0xffffff1d
    st_ino:        5430
    st_mode:    0100644
    st_nlink:    1
    st_uid:        3
    st_gid:        3
    st_size:    401186
    st_atime:    Tue Mar 29 00:42:36 1988    (575628156)
    st_mtime:    Thu Sep 17 23:31:52 1987    (558945112)
    st_ctime:    Thu Sep 17 23:31:52 1987    (558945112)
    st_blksize:    1024
    st_blocks:    392

Notice that the file size closely matches the product of the st_blksize
and st_blocks fields.  Unfortunately, the BSD ls program assumes that
the units used in the st_blocks field is 512 bytes.  In it you'll find
code that looks like

        <stat file, stb == stat buffer>
        fp->fblks = stb.st_blocks;

to get the number of blocks in the file, and

    (void) sprintf(sizebuf, "%4ld ", kbytes(dbtob(p->fblks)));

to print it.  Dbtob() converts from DEV_BSIZE (512-byte) blocks to
bytes; kbytes() converts to 1024-byte blocks.  Nowhere does ls take
advantage of the st_blksize field.
        One might argue that the st_blksize field is to be used strictly
as a hint at the optimal transfer size.  If that is the case, it is the
kernel, not ls that should be fixed.  Someone must be responsible for
converting from the interpretations in the NFS fattr structure into
native data structures rather than simply copying the values.

                        Carl

------------------------------

End of Usenet Mac Digest
************************
-------